home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 3255 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.7 KB

  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: 90 degree rotation
  5. Date: 9 Feb 1996 15:37:51 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4ffpof$dvl@sunsystem5.informatik.tu-muenchen.de>
  9. References: <DMEpMn.Cvs.0.-s@cs.vu.nl> <4fev39$jid@maureen.teleport.com>
  10. NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle5.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <4fev39$jid@maureen.teleport.com>, sschaem@teleport.com (Stephan Schaem) writes:
  15. |> Organization: Teleport - Portland's Public Access (503) 220-1016
  16. |> Lines: 36
  17. |> Message-ID: <4fev39$jid@maureen.teleport.com>
  18. |> References: <DMEpMn.Cvs.0.-s@cs.vu.nl>
  19. |> NNTP-Posting-Host: kelly.teleport.com
  20. |> X-Newsreader: TIN [version 1.2 PL2]
  21. |> 
  22. |> Irmen de Jong (irmen@cs.vu.nl) wrote:
  23. |> : Regarding texturemapping (doom like):
  24. |> : Wouldn't it be wise to write the walls in a 90 degree rotated fashion?
  25. |> : I mean, not vertically, but horizontally. It might then be possible to write
  26. |> : whole longs at once, which is much faster than writing single bytes.
  27.  
  28. on 020/030 writing .l is hardly usefull, only into chipmem.
  29.  
  30. but then, the rerotating of the pic will cost more than
  31. anything...
  32.  
  33. |> 
  34. |>  Much faster, the following is basic wall tmaping? 
  35. |> 
  36. |>  REPEAT 16
  37. |>  move.b    (a0,d0.w),(a1)
  38. |>  addx.l    d1,d0
  39. |>  adda.l    a2,a1
  40. |>  ENDR
  41.  
  42. yep, a wallmapper.
  43.  
  44. |> 
  45. |>  Even if you trandform this to write long (Would be slower) how do you
  46. |>  handle your chunky buffer? Do you tmap 1 line and c2p it? 
  47.  
  48. nooo. only c2p complete screen after render.
  49.  
  50. |> 
  51. |> : Is 90 degree rotation in the C2P phase easy to do? Or do I miss something
  52. |> : here?
  53. |> 
  54. |>  In your c2p loop you want to read 32bit from your chunky buffer and
  55. |>  write 32bit to chipram... You do this when the chunky buffer is 
  56. |>  rendered, not a few pixels at a time.
  57. |>  But lets say you just wrote a Vline of 32pixel on the stack, now
  58. |>  if you c2p this you will only write 1 pixel Hline in the chunky
  59. |>  buffer. So 8*32*1 read+And+Or+write. What you want really is
  60. |>  8 write... So this would be more then 64 time slower....
  61. |> 
  62. |> : I recall that the "PicCon" program can save 90 degree rotated chunky
  63. |> : textures. What other use might this have?
  64. |> 
  65. |>  You would use rotated tmap for walls only.... because you step verticaly
  66. |>  in your display buffer, and horizontaly in your texture buffer.(Just
  67. |>  a speedup for the inner mapping loop)
  68.  
  69. ah yes that's it: you go the horizontal way in _source_ for 
  70. adressing reasons.
  71.  
  72. |> 
  73. |>  Stephan
  74. ------------------------------------------------------------------------
  75.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  76.  
  77.